I 

I 

10/568733 

WO 2005/020554 PCT/EP2004/050700 

iNfiUMmmo 1 7 feb 2006 



1 

Beschreibiuig 

JMsbau voh Verbindungen in Koxnmunikationsnetzen 

5 

In der Vergangenheit haben sich zwei wesentXiche Typen von 
Kommunikationsnetzen zur Obermittlung von Informationen her- 
ausgebildet: Paketorientierte (Daten-). Netze und leitungsori- 
• entierte (Sprach-) Netze. Im Zuge der Konvergenz dieser bei- 
10 den Netztypen haben sich konvergente (Sprach-Daten-) Netze 
herausgebildet . Durch Zusammenschluss dieser unterschiedli- 
chen Netztypen entstehen hybride Netze, in denen der Gegen- 
stand der vorliegenden Erf indung mit besonders schdnen Vor- 
teilen ziun Einsatz kommt. 

15 

Leitungsorientierte Netze - auch Sprachnetze oder Telephon- 
netze genannt *- sind auf die Obermittlung von in der Fachwelt 
auch als Gesprclch^ Call oder Session bezel chneten kontinuier- 
lich stromenden (Sprach-) Informationen ausgelegt. Die Uber- 

20 mittlung der Informationen erfolgt hierbei ublicherweise mit 
. hoher Dienstgiite und Sicherheit. Beispielsweise ist fur Spra- 
che eine minimale - z.B. < 200 ms - Verz5gerung (Delay) ohne 
Schwankungen der Verzogerungszeit (Delay-Jitter) wichtig, da 
Sprache bei Wiedergabe im Emp fangs ger at einen kontinuierli- 

25 chen Inf ormationsf luss erfordert. Ein Informationsverlust • 
kann deshalb nicht durch ein nochmaliges tibermitteln der 
nicht ubermittelten Information ausgeglichen werden und fiihrt 
im Empf angsgerat ublicherweise zu akustisch wahrnehmbaren 
Stdrungen (z.B. Knacksen, Verzerrung, Echo, Stille) . In der 

30 Fachwelt wird die tiberraittlung von Sprache verallgemeinert 
auch als Echtzeit- (tJbermittlungs-) Dienst bzw. als * Realtime- 
Service* bezeichnet. 

Paketorientierte Netze - auch Datennetze genannt - sind auf 
35 die Obermittlung von in der Fachwelt auch als * Datenpaket- 
strOme' oder 'Flow' bezeichneten Paketstromen ausgelegt. 
Hierbei muss ublicherweise keine hohe Dienstgtite garantiert 
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werden. Ohne garantierte Dienstgiite erfolgt die Obennittlung 
der Datenpaketstrome z.B. mit zeitlich schwankenden Verzo- 
gerungen, da die einzelnen Datenpakete der Datenpaketstrome 
ublicherweise in der Reihenfolge ihres Netzzugangs {ibermit- 
telt werden, d.h. die zeitlichen Verzogerungen werden umso 
groBer, je mehr Pakete von einem Datennetz zu ubermitteln 
sind. In der Fachwelt wird die Obermittlung von Daten deshalb 
auch als Ubermittlungsdienst ohne Echtzeitbedingungen bzw. 
als 'Non-Realtime-Service' bezeichnet. 



Die Pakete unterscheiden sich ublicherweise je nach Art des 
paketorientierten Netzes. Sie konnen beispielsweise als In- 
ternet, X.25 Oder Frame Relay Pakete, aber auch als ATM Zel- 
len ausgebildet sein. Sie werden zuweilen auch als Nachrich- 
15 ten bezeichnet, v. a. dann, wenn eine Nachricht in einem Paket 
ubermittelt wird. 

Bin bekanntes Datennetz ist das Internet- Dieses wird wegen 
des dort zum Einsatz kommenden Internet Protokolls IP zuwei- 

20 len auch IP Netz genannt, wobei dieser Begriff grundsatzlich 
weit zu verstehen ist und alle Netze umfasst, in denen das IP 
Protokoll eingesetzt wird. Das Internet ist als offenes- 
(Weitverkehrs-) Datennetz mit offenen Schnittstellen zur 
Verbindung von (zumeist lokalen und regionalen) Datennetzen 

25 unterschiedlicher Hersteller konzipiert. Es stellt eine vom 
Hersteller unabhangige Transportplattform zur Verfugung. 

Verbindungen sind Kommunikationsbeziehungen zwischen zumin- 
dest zwei Teilnehmern zum Zweck einer - zumeist gegenseiti- 

30 gen, d.h. bi-direktionalen - InformationsUbermittlung. Der 

die Verbindung initiierende Teilnehmer wird ublicherweise als 
»A-Teilnehmer' bezeichnet. Ein durch eine Verbindung mit 
einem A-Teilnehmer in Verbindung gesetzter Teilnehmer heifit 
'B-Teilnehmer ' . In einem verbindungslosen Netz reprSsentieren 

35 Verbindungen zumindest die auf logisch abstrakter Ebene ein- 
deutige Beziehung zwischen A- und B-Teilnehmer, d.h. entspre- 
chend dieser Sichtweise stellen z.B. die verbindungslosen 
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Flows im Internet logisch abstrahierte Verbindungen dar (z.B. 
A-Teilnehmer = Browser und B-Teilnehmer « Web Server) . In 
einem verbindungsorientierten Netz reprasentieren Verbindun- 
gen zudem auf physikalischer Ebene eindeutige Wege durch das 
5 Netz, entlang denen die Informationen ubennittelt werden. 

Ira Zuge der Konvergenz von Sprach- und Datennetzen werden 
Sprachubermittlungsdlenste und zunehmend auch breitbandigere 
Dienste wie z.B. t^ermittlung von Bewegtbildinformationen 

10 ebenfalls in paketorientierten Netzen realisiert, d.h. die 
t)benidttlung der bisher ublicherwelse leitungsorientiert 
tibermittelten Echtzeitdienste erfolgt in einem konvergenten 
Netz - auch Sprach-Daten-Netz genannt - paketorientiert, d.h. 
in Paketstromen. Diese werden auch Echtzeitpaketstrome ge- 

15 nannt. Die Obermittlung von Sprachinformationen iiber ein 

paketorientiertes IP Netz wird dabei auch rait 'VoIP' (Voice 
over IP) gekennzeichnet . 

In den internationalen Standardisierungsgremien IETF (Inter- 
20 net Engineering Task Force) und ITU (International Telecommu- 
nications Union) mehrere verteilte Architekturen fiir Sprach- 
Daten-Netze beschrieben. Allen ist geroeinsam, dass die Call 
Control Ebene und die Resource Control Ebene fiinktional deut- 
lich voneinander getrennt sind und meist sogar auf unter- 
25 schiedlichen Hardware Plattformen realisiert werden. 

Die Call Control Ebene umfasst dabei ziomindest einen (optio- 
nalen) Call Controller^ dem u.a. folgende Funktionen zugeord- 
net sind: 

30 - Address Translation: Umsetzung von E. 164 Telephonnuitimern 
und anderen Alias Adressen (z.B. Rechnernamen) auf Trans- 
portadressen (z.B. Internetadressen) . 

- Admission Control (optional) : Grundsatzliche ZulSssig- 
keitsprOfung, ob und in welchem Umfang (z.B. VoIP f^hige) 

35 Einrichtungen das Kommunikationsnetz nutzen dOrfen. 

- Bandwidth Control (optional) : Verwaitung von Obermitt- 
lungskapazit&ten . 
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- Zone Management: Regis trierung von (z.B, VoIP fahigen) 
Einrichtungen und Bereitstellung obiger Funktionen fiir al- 
le beim Call Controller registrierten Einrichtungen. 

5 Optional konnen einezn Call Controller zudexa f olgende Funktio- 
nen fallweise zugeordnet werden: 

- Call Control Signaling: Alle Signalisierungsnachrichten 
werden von zuxnindest einezn Call Controller verxaittelt, 
d.h. alle Einrichtungen schicken und erhalten Signalisie- 

10 rungsnachrichten nur iiber den Call Controller. Ein direk- 
ter Austausch von Signalisierungsnachrichten zwischen den 
Einrichtungen ist untersagt. 

- Call Authorization: Zulassigkeitspriifung fiir eingehende 
und ausgehende Calls. 

15 - Bandwidth Management; Steuerung der zulassigen- Anzahl von 
Einrichtungen, die gieichzeitig das Koiranunikationsnetz 
nut z en diirfen. 

- Call Management: Verwaltung einer Liste bestehender Ge- 
sprache, urn z.B. ein Besetzzeichen erzeugen zu konnpn, 

20 falls dies von der Einrichtung selbst nicht erzeugt werden 
kann. 

- Alias Address Modification: Riickgabe einer modifizierten 
Alias Adresse, bspw. mit einer H. 225.0 Nachricht ACF (Ad- 
mission Confirmation) . Diese Adresse muss der Endpunkt bei 

25 Verbindungsaufbau verwenden. 

- Dialed Digit Translation: Ubersetzung der gewahlten Zif- 
fern in eine E.164 Telephonnummer Oder eine Nummer aus ei- 
nem privaten Nummer ierungs schema. 

30 Beispiele ftir Call Controller stellen der von der ITU in der 
H.323 Standard Familie vorgeschlagene 'Gatekeeper* oder der 
von der IETF vorgeschlagene *SIP Proxy' -.dar. Wird ein grQBe- 
res Koramunikationsnetz in mehrere Domanen - auch 'Zonen' 
genannt - gegliedert, kann in jeder Domane ein separater Call 

35 Controller vorgesehen werden. Eine Dom^e kann auch ohne 
einen Call Controller betrieben werden, Sind mehrere Call 
Controller in einer Dom^ne vorgesehen, soil nur ein einziger 
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von dlesen aktiviert sein. Ein Call Controller ist aus logi- 
scher Sicht getrennt von den Einrichtungen zu sehen. Physika- 
lisch muss er jedoch nicht in einer separaten Call Controller 
Einrichtung realisiert sein, sondern kann auch in jedem End- 
5 punkt einer Verbindung (beispielsweise ausgebildet als H.323 
Oder SIP Bndpunkt, Endgerdt, Media Gateway, Multipoint 
Control Unit) oder auch einer priraar zur prograinmgesteuerten 
Datenverarbeitung ausgebildeten Einrichtung (beispielsweise: 
Rechner, PC, Server) vorgesehen werden. Auch eine physika- 
10 lisch verteilte Realisierang ist moglich. 

Ein alternatives Beispiel ein Media Gateway Controller, dem 
iiblicherweise die optionalen Funktionen Call Control Signa- 
ling and Call Management zugeordnet werden. Heiterhin ist die 
15 Zuordnung einer Funktion Signaling Conversion zur Umsetzung 
unterschiedlicher (Signalisierung-) Protokolle denkbar, was 
z.B. an der Grenze von zwei unterschiedlichen Netzen, die zu 
einem hybriden Netz zusammengeschlossen sind, erforderlich 
sein kann. 

20 

Die Resource Control Ebene umfasst zumindest einen Resource 
Controller, dem u.a. folgende Funktionen zugeordnet sind: 

- Capacity Control: Steuerung des dem Kommunikationsnetz 
durch PaketstrOme zugefUhrten Verkehrsvolumens, z.B. durch 

25 Kontrolle der Ubermittlungskapazitat einzelner Paketstro- 
me . 

- Policy Activation (optional) : ggf . fiir einen priorisierten 
Paketstrom Resourcen im Kommunikationsnetz flir dessen 
bermittlung reservieren. 

30 - Priority Management (optional) : Prioritatskennzeichen in 
den Paketen entsprechend der Prioritat ihrer Paketstrome 
setzen, kontrollieren und gegebenenfalls korrigieren, 
falls die Pakete bereits rait Prioritaten gekennzeichnet 
sind. 

35 

Der Resource Controller wird auch als 'Policy Decision Point 
(POP) * bezeichnet. Er ist beispielsweise innerhalb von sog. 
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Edge Routern -> auch Edge Device, Zugangsknoten Oder bei Zu- 
ordnung zu einem Internet Service Provider (ISP) auch Provi- 
der Edge Router (PER) genannt - realisiert. Diese Edge Router 
kfinnen auch als Media Gateway zu anderen Netzen ausgebildet 
5 sein, mit denen die Sprach-Daten-Netze verbunden werden. 

Diese Media Gateway sind dann sowohl lait einem Sprach-Daten- 
Netz als mit den anderen Netzen verbunden und dienen intern 
der Umsetzung zwischen den unterschiedlichen (Qbermittlungs-) 
Protokollen der verschiedenen Netze. Der Resource Controller 
10 kann auch nur als Proxy ausgebildet sein und Resource Cont- 
roller relevante Informationen an eine separate Einrichtung 
weiterleiten, auf der die relevanten Informationen entspre- 
chend einer Funktion des Resource Controllers bearbeitet 
werden . 

15 

Das prinzipielle Zusanimenwirken der beiden Ebenen sei am 
Beispiel eines Call Setup zwischen zwei als Teilnehmerendge- 
r^te ausgebildeten VoIP Einrichtungen erl^utert. Dabei wird 
zunachst von einem homogenen Sprach-Daten-Netz ausgegangen. 

20 

Innerhalb Oder teilweise auch zeitlich vor dem eigentlichen 
Call Setup laufen bei Einwahl eines Endgerats in das IP-Netz 
(z.B. iiber einen Internet Service Provider) die Schritte 
Authentisierung, Autorisierung und (Start des) Accounting ab. 

25 Diese sogenannte *AAA' Funktionalitat wird iiblicherweise 

durch den Zugriff auf eine Subscriber-Datenbank, in der alle 
Nutzer mit ihren Kennungen, Passwortern, Rechten, etc. ge- 
speichert sind, realisiert. Dieser Zugriff ist langsain und 
vergleichsweise komplex. In den heutigen "Best Effort" IP 

30 Netzen findet dieser AAA Vorgang norraalerweise einmal wahrend 
des Einwahlens des Nutzers statt. Eine weitere Authentisie- 
rung erfolgt bei Einsatz eines Call Controllers, wenn sich 
das EndgerSt beim Call Controller des Internet Service Provi- 
ders registriert. Nach dem ITU-Standard H.323 wird diese 

35 Authentisierung bzw. Registrierung eines Endgerats beim zuge- 
ordneten Gatekeeper gemafi dem RAS (Registration/ Admission, 
Status) Protokoll durchgefiihrt, das im ITU-Standard H. 225.0 
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' beschrieben ist. 

Der eigentliche Call Setup beginnt iiblicherweise damit, dass 
in einem ersten Schritt die Endgerate der Teilnehmer ihre 
5 Fahigkeiten (z.B. Liste der unterstutzten CODEC) austauscheii;. 
um die benotigten Ressourcen (z.B. Bandbreite) und die gefor- 
derte QoS (z.B. Delay, Jitter) zu bestimmen. Die Endgerate 
sind bei Sprachtelephonie z.B, als IP Telephone oder VoIP 
Client Software ausgebildet, bei Online-Video kSnnte eines 
10 der Endgerate ein Content- bzw. Application-Server sein, z.B. 
im Netz des Internet Service Providers (ISP) . 

Der Austausch der Signalisierungsnachrichten erfolgt entweder 
direkt zwischen den Endgeraten oder unter Vermittlung eines 

15 Call Controllers, flierbei ist bei jedem Call fOr jedes Ehdge- 
rat und fiir jede Obertragungsrichtung individuell festgelegt, 
welche Variante zum Einsatz kommt. Die erste Variante wird in 
der H.323 Terminologie auch als 'Direct Endpoint Call Signal- 
ing' und die zweite als 'Gatekeeper Routed Call Signaling* 

20 bezeichnet. Bei Direct Endpoint Call Signaling konnen an 
einen Call Controller ggf . Kopien ausgewahlter Signalisie- 
rungsnachrichten ubermittelt werden, so dass ein Call Cont- 
roller auch bei dieser Variante haufig Kenntnis von den zwi- 
schen den Endgeraten abgestimmten Ressourcen- und QoS- 

25 Anforderungen hat. Diese Anforderungen werden jedoch von ihm 
selbst nicht aktiv beeinflusst oder verifiziert. 

In einem zweiten^ optionalen Schritt kann die derart abge- 
stimmte Ressourcen- und QoS-Anforderung direkt von den Endge- 
30 raten der Teilnehmer an ihren zugeordneten Resource Control- 
ler ubermittelt werden. Nach Prtifung der Ressourcen- und QoS- 
Anforderung wird von dem Resource Controller eine Bestatigung 
(oder Ablehnung) an das Endgerat zuruckgeschickt . 

35 In einem dritten, eben falls optionalen Schritt wird im Edge 
Router und gegebenen falls weiteren Routern im Netz eine Poli- 
cy aktiviert, mit der diese Router prtlfen und gewShrleisten, 
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dass der vom Bndgerat verursachte Verkehr innerhalb der Gren- 
zen liegt, die in der Anforderung spezifiziert wurden. Ein 
Beispiel fiir einen derartigen Reservierungsmechanismus ist 
RSVP (resource Reservation Protocol) . 

5 

Zur Durchfuhrung der drei Schritte wird eine Mehrzahl von 
Nachrichten versendet, die lediglich zur Abstinmiung der be- 
teiligten Koinponenten untereinander, jedoch nicht zur tJber- 
inittlung der "eigentlichen" Informationen zwischen den Endge- 

10 rSten dienen. Diese mit den Nachrichten tibermittelten Infor- 
mationen werden iiblicherweise als Signalisierungsinf ormatio- 
nen, Signalisierungsdaten bzw. schlicht als Signalisierung 
bezeichnet. Der Begriff ist dabei wait zu verstehen. So sind 
z.B. neben den Signalisierungsnachrichten auch die Nachrich- 

15 ten gem3.fi dem RAS Protokoll/ die Nachrichten gemafi dem ITU- 
Standard H.245 zur Steuerung von Nutzkanalen bestehender 
Gesprache sowie alle weiteren ahnlich ausgebildeten Nachrich- 
ten \3mfasst. Das Signalisierungsprotokoll fur den Verbin- 
dungsaufbau (Call Setup) und -abbau (Call Release) nach der 

20 ITU ist z.B. im Standard H. 225.0 beschrieben, das nach der 

IETF im RFC 2453bis ("SIP: Session Initiation Protocol") . Die 
"eigentlichen Informationen" werden zur Unterscheidung von 
der Signalisierung auch Nut z informationen/ Payload, Medienin- 
formationen, Mediendaten oder schlicht Medien genannt. Kommu- 

25 nikationsbeziehungen, die zur Ubermittlung der Signalisierung 
dienen/ werden im weiteren auch als Signalisierungsverbindun- 
gen bezeichnet. Die zur Ubermittlung der Nutzinformationen 
eingesetzten Kommunikationsbeziehungen werden z.B. Sprechver- 
bindung/ Nutzkanalverbindung oder - vereinfacht - Nutzkanal, 

30 Bearerchannel oder schlicht Bearer genannt. 

In diesem Zusammenhang versteht man unter out-of-band bzw. 
outband die Ubermittlung von Informationen auf einem anderen 
Weg / Medium als den im Koromunikationsnetz zur Ubermittlung 
35 von Signalislerungs- und Nutzinformationen vorgesehenen . 

Insbesondere ist hiervon eine lokale Konf iguration von Ein- 
richtungen vor Ort umfasst/ die z.B. mit einer lokalen Steu 
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ereinrichtung vorgenonmen wird. DemgegeiiQber werden bei in- 
band Informationen auf dem gleichen Weg / Medium, ggf . lo- 
gisch getrennt von den betrachteten Signalisierungs- und 
Nutzlnformationen, Qbexmittelt . 

5 

Zusammenfassend kann der Function Split zwischen den beiden 
Ebenen so beschrieben werden, dass der Resource Control Ebene 
lediglich die Funktionen zugeordnet sind, die zur Oberraitt- 
lung von Nutzinformationen erforderlich sind, wahrend von der 

10 Call Control Ebene die Intelligenz zur Steuerung der Resource 
Control Ebene lumfasst ist. Mit anderen Worten: Die Einrich- 
tungen der Resource Control Sbene besitzen xndglichst keine 
Net zsteuerungs intelligenz und konnen in der Folge wirtschaft- 
lich besonders vorteilhaft auf separaten Hardware Plattformen 

15 realisiert werden. Dies ist wegen der im Vergleich zu Call 

Control Ebene hoheren Installations zahl en in dieser Ebene ein 
besonders schoner Vorteil. 

Sowohl in konvergenten Sprach-Daten-Netzen als auch in hybri- 
20 den Netzen, die z.B. durch einen Zusanonenschluss eines kon- 
vergenten Sprach-Daten-Netzes mit einem konventionellen lei- 
tungsorientierten Sprachnetz gebildet werden, entstehen bei 
der Cbermittlung von Informationen - insbesondere der in 
Echtzeitpaketstr5men - neue technische Problems tellungen 
25 aufgrund der neuen bzw, unterschiedlichen Technologien, die 
in den jeweiligen Netztypen zum Einsatz kommen. 

Es ist Auf gabe der Erf indung, zumindest eines dieser Probleme 
zu erkennen und durch Angabe von zumindest einer L5sung den 
30 Stand der Technik zu bereichern. 

Die Erf indung stellt sich die Frage, wie in einem Netz, in 
dem die Call Control und die Resource Control Ebene deutlich 
(roeist physikalisch) voneinander getrennt und lediglich lose, 
35 z.B mit einem Steuerungsprotokoll (z.B. H.248 oder MGCP « 
Media Gateway Control Protocol) miteinander verbunden sind, 
auf einen Fehler in der Call Control Ebene reagiert werden 
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soil,, weiin der Fehler Auswirkungen auf die Resource Control 
Elbene hat. In einem Netz ohne deutlich Entkopplung dieser 
beiden Ebenen fiihrt ein derartiger Fehler infolge der inte- 
grierten Hardware Plattform tiblicherweise automatisch zu 
5 einer Folgereaktion in der Resource Control Ebene (z.B. zum 
Ausfall einer tibertragungsstrecke) . Diese Folgereaktion tritt 
jedoch bei (physikalischer) Verteilung der beiden Ebenen 
nicht mehr automatisch ein. So kSnnen insbesondere bei Aus- 
fall der Hardware Plattfo™ eines Media Gateway Controllers 

10 weiterhin von den ihm zugeordneten Media Gateways Informatio- 
nen waiter iibermittelt warden, weil der en isolierte Hardware 
Plattform weiterhin voll funktionsfahig ist. Eine Anderung 
tritt erst dann ein, wenn durch einen entsprechenden Steuer- 
befehl eine adaquate Folgereaktion iin Media Gateway ausgelost 

15 wird, z.B. indem durch eine Nachricht MGCPiDLCX oder 

H.248:ServiceChange die Obermittlung von (Nutz-) Informatio- 
nen durch AuslSsen der (Bearer-) Verbindung beendet wird. 

Somit stellt sich fur die vorliegende^. verteilte Architektur 
20 die prinzipielle Frage,. ob - und wenn ja - wie stark ein 

Fehler in der Call Control Ebene die Resource Control Ebene 
in Mitleidenschaft Ziehen soil. Ist die Kopplung der beiden 
Ebenen zu gering, hat man Probleme mit der Datenkonsistenz 
(z.B. in der Call Control Ebene liegt ein falsches Abbild der 
25 ZustSnde in der Resource Control Ebene vor; Vergebuhrung 

lauft trotz Bearer Ausfall weiter) . Ist die Kopplung zu stark 
(z.B. ein Ausfall einer Einrichtong der Call Control Ebene 
ftihrt auch zu einem gleichwertigen Ausfall der zugehorigen 
Einrichtungen der Resource Control Ebene) , dann hat man unn5- 
30 tig lange Ausfallzeiten und unnStige Risiken beim Wiederan- 
lauf des Metzes . 

Die WirJcung eines Steuerbefehls ist dabei im Rahmen des ein- 
gangs beschriebenen Function Splits der zweigeteilten Archi- 
35 tektur rein lokal auf die jeweils angesprochene Einrichtung 
(z.B. Media Gateway) begrenzt. Als Konsequenz dieser modula- 
ren Philosophie ist ein entsprechender Steuerbefehl an jede 
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derart gesteuerte Einrichtung der Resource Control Ebene 
entlang einer Verbindung erforderlich, um ein vollstandiges 
Auslosen der Verbindung zu erreichen. 

5 Dies kann allerdings zu Problemen bei der Vergebuhrung der 
Verbindung fuhren, weil die (Bearer-) Verbindung bereits nach 
dem ersten Steuerbefehl nicht mehr ftir eine end-to-end Ober- 
mittlung von In forma tionen zwischen Teilnehmem benutzt wer- 
den Icann, wenn der von diesem Befehl betroffene Media Gateway 

10 die derart ausgeloste Verbindung nicht mehr kennt und die 
Gateway Funktion nicht mehr ausiibt. Die Vergebuhrung muss 
folglich mSglichst zeitgleich mit dem ersten erfolgreichen 
Steuerbefehl beendet werden und darf nicht erst dann enden, 
wenn die Verbindung in dem Knoten ausgelost wird^ in dem auch 

15 die Vergebtihrung der Verbindung durchgefiohrt ward, 

Es ist in lei tungsorien tier ten TDM (Time Devlsion Multiplex) 
Netzen bekannt, nach Ausfall eines TDM Vermittlungsknotens 
alle PCM (Pulse Code Modulation) Strecken physikalisch zu 

20 deaktivieren. Dies wird von der Hardware Maintenance der 
benachbarten TDM Vermittlungs knoten nach einigen Sekunden 
Verzogerungszeit erkannt und an ihre interne Steuerung gemel- 
det. Diese Steuerung erxiiittelt daraufhin die von dem Ausfall 
betroffenen Verbindungen und signalisiert mit fiilfe von SS7 

25 Nachrichten an alle betroffenen Vermittlungsknoten des TDM 
Netzes den Ausfall der Verbindungen. Auf Grund dieser Nach- 
richten wird die Vergebiihrung der Verbindungen zeitnah zu dem 
initialen Ausfall des ersten Vermittlungsknotens beendet. 

30 Dieses Verfahren funktioniert jedoch in einem hybriden Netz, 
bestehend aus einem paketorientierten Netz und einem lei- 
tungsorientierten TDM Netz, nicht mehr, weil in einem Media 
Gateway die PCM Strecken, in denen die Bearer im TDM Netz 
geftihrt werden, auch nach Ausl&sen einer Verbindung weiterhin 

35 physikalisch aktiv bleiben. Somit kdnnen die benachbarten 

(i.S.v. entlang der im Media Gateway ausgelosten Verbindung) 
TDM Vermittlungslcnoten, die die betroffenen PCM Strecken 
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terminieren; anhand der PCM Strecken - d.h. auf der Resource 
Control Ebene - nicht erJcennen, dass der end-to-end Bearer 
iiber diese Strecken ausgef alien ist. 

Dieses Verhalten ist gemafi dem Function Split der zweigeteil- 
ten Architektur die erwartete Losung, well die Signalisierung 
korrekterweise auf der Call Control Ebene erfolgen soil und 
nicht auf der Resource Control Ebene. Demnach wird der Aus- 
fall des Bearers den benachbarten TDM Knoten grundsatzlich 
iiber die Call Signalisierung {SS7) - d.h. auf der Call 
Control Ebene - mitgeteilt, well die Intelligenz zur Steue- 
rung des Netzes dieser Ebene zugeordnet ist. 

Die architekturkonforme Standardlosung fiihrt jedoch im Falle 
15 einer Fehlerhaufung - z.B. als Folge eines High Level Recove- 
ry eines Media Gateway Controllers - zu einer Vielzahl von 
Problemen, weil nicht garantiert werden kann, dass die Signa- 
lisierung des Bearer Ausfalls zu benachbarten TDM Knoten 
synchron zum tatsachlichen Ausfall stattfindet: 

20 

- Wenn ein Media Gateway Controller ein High Level Recovery 
durchlauft, mtissen iiblicherweise alle noch bestehenden 
Nutzkanalverbindungen in den von dem Controller gesteuer- 
ten Media Gateways ausgelSst werden, damit nach Abschluss 
25 des Recovery im Controller wieder ein konsistentes Abbild 
der Zustande der zugeordneten Gateways vorliegt. Solange 
dieses Abbild nicht vorliegt, kSnnen vom Controller in den 
Gateways keine neuen Verbindungen erzeugt werden. Das Aus- 
losen muss deshalb so schnell als moglich erfolgen, um die 
Zeitspanne, in der keine neuen Verbindungen erzeugt werden 
kdnnen, so gering wie moglich zu halten. Aus diesem Grund 
wird wahrend des Recovery des Controllers das Protokoll 
zur Steuerung der Gateways moglichst friihzeitig wieder ak- 
tiviert, ura die noch bestehenden transienten Verbindungs- 
35 daten in den Gateways loschen zu kOnnen. Mit dem L6schen 
einer Verbindung wird die bis dahin noch bestehende end- 
to-end Verbindung unterbrochen . Folglich sollte ab diesem 
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Zeitpunkt auch die VergebfUirung beendet werden. Dazu miiss- 
ten - wie oben beschrieben - entsprechende Signal! sie- 
rungsnachrichten au£ der Call Control Ebene gesendet wer- 
den. Dies ist jedoch nicht moglich, weil die hierfiir er- 
5 forderlichen Protokolle (z.B. BICC, SIP_T, S57) zu diesem 
Zeitpunkt noch gar nicht aktiviert sind. £s muss also bis 
zu deren Aktivierung gewartet werden, was zu einero Versatz 
von mehreren Minuten zwischen der Unterbrechung der end- 
to-end Verbindung und der Beendung der Vergebuhrung ftihren 
10 kann. 

- Bei einem grofien Controller ergibt sich zudem ein Skalie- 
rungsproblem, weil das Auslosen einer Vielzahl von Verbin- 
dungen zu einer Flut von Signalisierungsnach-richten ftihrt. 

15 In Abhcuigigkeit von der Implementierung des Controllers, 
seiner GroBe und der allgemeinen Verkehrslast im Signali- 
sierungsnetz wird deshalb der Versatz zwischen dem Ausfall 
des Bearers und der Beendigung der Vergebuhrung unkalku- 
lierbar vergroBert und kann 30 min und mehr betragen. Die- 

20 ses Auflaufen von nicht gerechtfertigten Gebiihren ist 
nicht akzeptabel. 

Eine Losung fur diese der Brfindung zugrunde liegende Prob- 
lemsituation ist in den Patentansprttchen angegeben. 

25 

Mit dieser Losung sind eine Vielzahl von Vorteilen verbunden: 

- Die Losung ist konforin mit den Standards MGCP / H.248/ 
weil das genormte Mindestverhalten auf einen Steuerbefehl 

30 aus der Call Control Ebene lediglich erweitert, aber nicht 
verandert wird. 

- Infolge dieser Konformitat sind lediglich minimale Ande- 
rungen an bestehenden Einrichtungen erforderlich, um die 

35 Erfindung zu implement ieren, wodurch sie wirtschaftlich 
sehr vorteilhaft realisiert werden kann. 
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- Durch die Mitteiliing an zumindest einen Netzknoten entlang 
der Verbindung wird die logische Kopplung zwischen den 
beiden verteilt xealisierten Ebenen verstarkt, wodurch die 
beschriebenen Inkonsistenzen (Bearer nicht mehr verfiig- 

5 . bar - Gebiihrenzahlung lauft weiter) leichter vermeiden 
werden konnen. 

- Durch die Miteilung auf der Resource Control Ebene wird 
das Skalierungsproblem signifikant entscharft, weil die 

10 Signalisierungsnachrichten an diese Netzknoten entfallen 
konnen . 



- Das Problem des Zeitversatzes bei einem High Level Recove- 
ry eines Controllers wird entscharft, da die Mitteilung 

15 auf der Resource Control Ebene in unmittelbarer zeitlicher 
NShe zu dem Auslosen der Verbindung erfolgen kann, ohne 
dass auf eine Aktivierung entsprechender Protokolle der 
Call Control Ebene gewartet werden musste. Auch k5nnen die 
Mitteilung parallelisiert von den Prozessoren auf den Bau- 

20. gruppen erzeugt werden^ wenn unterschiedliche Baugruppen 

bet von den Steuernachrichten be tr of fen sind. Dies ist ef- 
fektiver als das raeist zwangs-sequentialisierte Versenden 
von Signalisierungsnachrichten durch einen zentralisierten 
Controller. 

25 . 

- Im Fall eines High Level Recoveries eines Media Gateway 
Controllers, von dem eine Zusammenschaltung mit einem TDM 
Netz bewirkt wird, fuhrt eine Mitteilung an einen benach- 
barten TDM Vermittlungsknoten (z.B. durch Ausfall bzw. 

30 Wiederinbetriebnahme von PCM Strecken) auf der TDM Seite 
zu ISUP Synchronisationsnachrichten (GRS/RSC) von dem TDM 
VermittlTingsknoten zu dem das Recovery durchlaufenden 
Controller, welche bei Nichtbeantwortung zyklisch wieder- 
holt werden. Der Recovery durchlaufende Controller beginnt 

35 ab einem gewissen Punkt seines Recoveries, selbst GRS/RSC 
Nachrichten zu senden und die empfangenen zu quittieren. 
Dadurch, dass benachbarte TDM Vermittlungsknoten die Ar 
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belt der ISUP Synchronisation nach Recovery des Control- 
lers mit ubernehmenf wird nicht nur der Recovery durchlau- 
fende Controller dynamisch entlastet, sondern die Synchro- 
nisation auch schneller abgeschlossen und damit die ver- 
mittl\iiigstechnisch voile Verfiigbarkeit des Controllers 
fruher wieder erreicht. 

Weitere vorteilhafte Ausgestaltungen der Erfindung ergeben 
sich aus den unter- oder nebengeordneten Ansprtichen. 

Bei Mitteilung durch Ausfall (z.B. Deaktivierung) eines tJber- 
ndttlungskanals an einen Verndttlungsknoten eines leitungs- 
orientierten Netzes wird der Ausfall - sofern er lange genug 
andauert (z.B. einige Sekunden) - von der Hardware tiberwa- 
chung des Knotens erkannt. Dieser Knoten veranlasst daraufhin 
das beiderseitige Auslosen des TDM Bearers in dem leitungs- 
orientierten Netz. Sofern in diesezn Netz die Vergebiihrung 
erfolgt (z.B. wenn der Knoten in einem ingress-seitigen lei- 
tungsorientierten Netz angeordnet ist^ dem auch der zu verge- 
biihrende Teilnehmer zugeordnet ist) , wird auch diese ge- 
stoppt. Der Ausfall des Obermittlungskanals betrifft vorteil- 
haft keine Verbindungen^ die nicht ausgelost werden sollten, 
wenn {wie z.B. bei einem High Level Recovery des Controllers 
der Fall) alle Verbindungen in den zugeordneten Gateways 
ausgelost werden. Infolge der in dem leitungsorientierten 
Netz bestehenden, bewMhrten Auslosemechanismen erfolgt diese 
Beendigung der Vergebiihrung zeitnah zu der Unterbrechung des 
end-to-end Bearers im Media Gateway. Im Fall eines High Level 
Recovery eines Media Gateway Controllers wird auf diese Weise 
die Gebtihrenzahlung zeitnah zum Ausfall des Bearers gestoppt 
und nicht durch das Recovery verzogert, 

Durch Mitteilung mit Hilfe von speziellen Nachrichten - ins- 
besondere durch Inband Senden von RTCP Paketen, mit denen 
eine Information "Packet Loss =100 %" angezeigt wird - wird 
in einem paketorientierten Netz der Ausfall eines Obermitt- 
lungs kanals simuliert/ so dass der eigentliche Obermittlungs 
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kanal vortellhaft weiterhln aktiv bleiben und fiir andere 
Informationsiibermittlungen genutzt werden karm.- 

FUr den Fall/ dass das Gateway, dem das Auslosen einer Ver- 
5 bindung mit Hilfe von speziellen Nachrichten mitgeteilt wird, 
xnlt elnem leitungsorientierten Netz zusammengeschaltet ist/ 
wird das Auslosen zu dem leitiingsorientierten Netz weiterge- 
zneldet, so dass die Vergebuhrung in diesem Netz mdglichst 
zeitnah gestoppt werden kann. 

10 

Sofern diese Weitermeldung nicht durch Ausfall des ttbermitt- 
lungskanalS/ sondern durch Meldung an den zugeordneten Cont- 
roller und dann auf der Call Control Ebene iibermittelt wird, 
werden vorteilhaft andere Verbindungen, die auch in den Ober- 

15 mitt lungs kanalen zu dem leitungsorientierten Netz iibermittelt 
werden, nicht unterbrochen . Zudera wird auf diese Weise so 
schnell als moglich zu der architekturkonformen Signalisie- 
rung auf der Call Control Ebene zurtickgekehrt . AuBerdem er- 
folgt diese Ruckkehr verteilt auf mehrere Controller, die 

20 ihrerseits kein Recovery durchlaufen, so dass eine sehr ef- 
fektive Verteilung der Signalisierungslast bewirkt wird, die 
bei architekturkonformer Signalisierung ansonsten alleinig 
von dem Controller zu tragen ware, der neben der fehlenden 

« 

Lastverteilung zudem w^hrend seines Recovery sowieso keine 
25 ausreichenden Resourcen zur Bearbeitimg dieser Signalisierung 
zur Verfiigung hat. 

Die Erfindung wird ira folgenden anhand von weiteren Ausfuh^ 
rungsbeispielen, die auch in den Figuren dargestellt sind, 
30 eriautert. Dabei zeigt: 

Figur 1 eine Anordnung zur Durchfiihrung des erf indungsgemS- 
fien Verfahrens mit einem hybriden Komraunikations- 
netz, bestehend aus einem paketorientierten integ- 
35 rierten Sprach-Daten-Netz und zwei leitungsorien- 

tierten Sprachnetzen, die durch zwischengeschalte- 
ten Media Gateways und Media Gateway Controllern 
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verbunden slnd, sowie zwei Endpiinkten elner Infor- 
mationsubermittXung 

Figur 2 die Anordnung nach Pigur 1, in der ingress-seitige 
5 Ausgestaltungen des erfindungsgeniafien Verfahrens 

exen^3larisch aufgezeigt sind 

Figur 3 die Anordnung nach Figur 1, in der egress-seitige 
Ausgestaltungen des erfindungsgemafien Verfahrens 
10 exemplarisch aufgezeigt sind 

In Figur 1 ist eine beispielhafte Anordnung zur DurchfUhrung 
des erfindungsgemafien Verfahrens dargestellt. Sie umfasst 
zwei leitungsorientierte Netze PSTNa, PSTNb und ein Konimuni- 

15 kationsnetz IN, das vorzugsweise als integriertes Sprach- 

Daten-Netz SDN ausgebildet ist. Die drei Netze sind zu einem 
hybriden Netz zusammengeschlossen, in dem das Netz IN insbe-. 
sondere zum Virtual Trunking von Sprachverbindungen zwischen 
den Netzen PSTN eingesetzt wird. Das Netz IN ist vorzugsweise 

20 als ein IP Netz (z.B. das Internet) ausgebildet. Fur den 
einschlSlgigen Fachmann ist dabei offensichtlich, dass die 
Erfinduxig selbstverstandlich in anderen Netzszenarien, insbe^ 
sondere weiteren paketorientierten Netzen zum Einsatz konmen 
kann wie z.B. Intranet, Extranet, einem lokalen Netz (Local 

25 Area Network - LAN) oder einem, z.B, als Virtuelles Privates 
Netz (VPN) ausgebildeten firmeninternen Netz (Corporate Net- 
work) . 

Das Netz IN umfasst eine Call Control Ebene CCL, der die 
30 Controller MGC zugeordnet • sind^ und eine Resource Control 
Ebene RCL, der die Media Gateways MG zugeordnet sind. Die 
Gateways MG warden jeweils von einem ihnen zugeordneten Cont- 
roller MGC durch ein - vorzugsweise international genormtes - 
Protokoll, z.B. MGCP (Media Gateway Control Protocol) oder 
35 H.246 gesteuert und sind tiblicherweise als separate Einheit 
realisiert, die auf anderen physikalischen Einrichtungen / 
Hardware Plattformen zum Ablauf kommen als die Controller 



wo 2005/020554 PCT/EP2004/050700 



18 

MGC. 

Der Zusainmenschluss der lei tungs orient! erten Bearer TD^, 
TDMb wird durch zwischengeschaltete Media Gateways MG zur 
5 Konvertierung zwischen unterschiedlichen/ netzspezifischen 
NutzkanaXtechnologien RTP/RTCP {Real Time [Control] Protocol) 
und TDM (Time Devision Multiplex) und der Zusainmenschluss der 
leitungsorientierten Signalisierungskanale SS7a/ SS7b durch 
zwischengeschaltete Media Gateway Controller MGC zur Konver- 
10 tierung zwischen unterschiedlichen netzspezifischen Signali- 
sierungsprotokollen SIP (Session Initiation Protocol), BICC 
(Bearer Independent Call Control) , SIP^^T (SIP for Telephones) 
und SS7 (Signalling System No. 7) bewirkt. 

15 An das Netz PSTNa ist ein A-Teilnehmer A, an das Netz PSTNb 
ein B-Teilnehmer B angeschlossen, zwischen denen als Bearer 
eine end-to-end Nutzverbindung ISDNa^ TDMa, RTP/RTCP, TDMb, 
ISDNb eingerichtet ist. Die VergebUhrung G der Verbindung 
wird auf der Seite des rufenden A-Teilnehmers im Vermitt- . 

20 lungs )moten Sa des Netzes PSTNa in iiblicher Weise vorgenom- 
men. 

In den Figuren 2 und 3 ist zur vereinfachten Darstellung der 
Erfindung jeweils nur auf eihe uni-direktionale Betrachtung 

25 einer end-to-end Verbindung abgestellt, die sich vom rufenden 
Teilnehmer A zum gerufenen Teilnehraer B aufspannt. In Bezug 
auf diese Obermi tt lungs richtung wird der Gateway MG zwischen 
dem Netz PSTNa' und dem Netz IN als Gateway MGingrbss und der 
Gateway MG zwischen dem Netz IN und dem Netz PSTNb als Gate- 

30 way MGegress bezeichnet, wobei durch den Index 'INGRESS* der 

Eingang des Nut z verbindung in das Netz IN und durch den Index 
* EGRESS* der Ausgang der Nutzverbindung aus dem Netz IN ange- 
deutet wird. 

35 In Figur 2 sind dabei eine Nachricht Nh,248/mgcp vom Controller 
MGCa zum Gateway MGingress und eine Mitteilung Mtdm vom Gateway 
MGiNGRRss zum Netz PSTN^ dargestellt, die insbesondere bei 
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Recovery des dem Gateway MGingress zugeordneten Controllers 
MGCa gemSB der Erfindimg iabermittelt werden. 

In Figur 3 sind dabei Nachrichten Na.208/MGCP vom Controller 
5 MGCb ziam Gateway MGegresst Nm (als Ausgestaltung einer Mittei- 
lung Mm) vom Gateway MGbgress zvim Gateway MGihgress/ Npailorb vom 
Gateway MGingress zum Controller MGCa/ Nss? vom Controller MGCa 
zuxn Netz PSTNa/ sowie optional e Mitteilungen Mtom (A) und Mtdh (b) 
von den beiden Gateways MG zu den jeweils per Index angezeig- 
10 ten Netzen PSTNa und PSTNb dargestellt, die insbesondere bei 
Recovery des dem Gateway MGeqress zugeordneten Controllers MGCb 
gexiSfi der Erfindung iibermittelt werden. 

£s sei betontr dass die derart aufgezeigten Ausfuhirungen der 
15 £rfindung trotz ihre teilweise sehr detailgetreuen Darstel- 
lung von konkreten Netzszenarien lediglich beispielhaf ter 
Natur und nicht einschrankend zu verstehen sind. Dem Fachmann 
ist klar, dass die Erfindung nicht nur bei Virtual Trunking 
Szenarien, sondern bei alien denkbaren Netzkonfigurationen, 
20 insbesondere anderen Interworking Szenarien f unktioniert . 

Als weltere Ausfiihrungsbeispiele der Erfindung werden das 
High Level Recovery eines Ingres s-seitigen Controllers MGCa 
und eines egress-seitigen Controllers MGCb beispielshaft 
25 anhand der in Netzkonfiguration nach Figur 1 erlautert. 

Ftir das Ausfuhrungsbei spiel des High Level Recoveries eines 
ingress-seitigen Controllers MGCa sind Nachrichten N und 
Mitteilungen M der Erfindung in Figur 2 dargestellt. Im Laufe 

30 eines High Level Recovery des Controllers MGCa werden Ubli- 
cherweise alle noch bestehenden Verbindungen in dem zugeord- 
neten Gateway MGingress ausgeldst . Diese Verbindungen sind dem 
Controller MGCa grundsStzlich auch nach einen Recovery noch 
bekannt, weil sie z.B. in einer Datenbank des Controller 

35 (semi-) permanent gespeichert sind, wenn auch mit undefinier- 
tem Zustand, weil z.B. vor oder wahrend des Recovery eine 
unbekannte Anzahl von Nachrichten vom Gateway MGiugrrss nicht 
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empfangen wurden. 

Vom Controller MGCa werden dein Gateway MGisgress Steuernach- 
richten Nb.248/mgcp gesendet, mit denen der Gateway MGingress 
5 angewiesen wird, alle noch bestehenden Verbindungen auszulo- 
sen. Die Machrichten Nr.248/hgcf# die zum Itoschen der transien- 
ten Call Daten auf dem Gateway MG fiihren, sind z.B. als Nach- 
richt MGCP:DLCX des IETF Standards MGCP oder als Nachricht 
H.248:ServiceChange des ITU-T Standards H.248 ausgebildet. 
10 Diese Nachrichten werden in diesem Beispiel so erweitert, 
dass sie dem empfangenden Gateway MGingsbss die Fehlerursache 
(d.h, vorliegend das Recovery des Controllers MGCa) anzeigen. 

Bel Verwendung des delete Kommandos DLCX des Protokolls MGCP 
15 Icann z.B. ein wildcard Mechanismus verwendet werden, mit dem 
bei hierarchischer Namensstruktur der (lokalen) Endpiinkte der 
Verbindungen mit dera wildcard "*" (asterisk) eine Gruppe von 
Endpunkten angesprochen werden kann (vgl. dazu auch RFC 
2705:MGCP, Kapitel 2.3.7), Vorzugsweise umfasst die Gruppe 
20 zumindest alle Verbindungen, die iiber eine bestimmmte Strecke 
an das Netz PSTNa tibermittelt werden, well so von der Mittei- 
lung Mtdm keine bestehenden Verbindungen deaktiviert werden. 
Das Kommando DXiCX wird durch einen zus&tzlichen Parameter 
"reason 'code" ergSnzt, der eindeutig anzeigt, dass im Cont- 
25 roller MGC das hier beschriebene Recovery Szenario vorliegt. 

Bei Verwendung des Kommandos ServiceChange des Protokolls 
H.248 konnen z.B. die Parameterwerte TerminationID - Root, 
ServiceChangeMethod « Forced benutzt werden. Das Kommando 

30 ServiceChange mit dem Parameterwert ServiceChangeMethod = 
Forced ist nach Standard H.248 lediglich als Nachricht vom 
Gateway MG zum Controller MGC vorgesehen. Die Benutzung die- 
ses Kommandos in der uragekehrten Richtung, d.h. vom Control- 
ler MGC zum Gateway MG, stellt eine Erweiterung des Standards 

35 dar. Sofern sie speziell fur die Recovery Szenarien reser- 
viert wird, ist in der Reservierung als solchen die Anzeige 
der Fehlerursache enthalten, so dass vorteilhaft auf einen 
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separaten Parameter zur Anzeige der Fehlerursache verzichtet 
werden kann. 

Der Gateway MGimgress ICst nach Erapfang der Steuernachrichten 
5 Hh.248/mgcp entsprechend der standardkonformen Reaktionen die 
angezelgte (n) Verbindung (en) In deren Kontext aus, Zus&tzllch 
lasst er als Reaktion auf die angezeigte Pehlerursache die 
zugehorigen PCM Strecken physikalisch ausfallen und aktiviert 
sie nach einer gewissen Zeitspanne wieder, die so bemessen 

10 ist, dass die Hardware Maintenance gangiger TDM Vermittlungs- 
knoten S auf der Gegenseite den Aus fall bemerken und anzei- 
gen. Als Folge werden darauf in Ublicher Weise die Bearer 
ISDNa, TDMa im Netz PSTNa ausgelost ujnd die Vergebiihrung G 
zeitnah zu der Unterbrechung der end-to-end Verbindung ge- 

15 stoppt . 

Fiir das Ausfiihrungsbeispiel des High Level Recovery eines 
egress- seitigen Controllers MGCx sind Nachrichten N und Mit- 
teilungen M der Erfindung in Figur 3 dargestellt. Dabei wer- 
20 den alle noch bestehenden Verbindungen in dem zugeordneten 
Gateway MGegress ausgelost, wobei angenommen wird, dass dies 
dem Gateway MGegress vom Controller MGCb mit Steuernachrichten 
Hb.248/mscp entsprechend dem ingress-seitigen Ausfuhrimgsbei- 
spiel angezeigt wird. 

25 

Der Gateway MGbcrzss 15st nach Empfang der Steuernachrichten 
Hh.248/mgcp entsprechend der standardkonformen Reaktionen die 
angezeigte (n) Verbindung (en) in deren Kontext aus. Zusatzlich 
wird als Reaktion auf die angezeigte Fehlerursache dem Gate- 

30 way MGjngress das Auslosen der Verbindxmg (en) auf der Resource 
Control Ebene RCL mitgeteilt. Diese Mitteilung Min wird z.B. 
fUr alle den ausgel5sten Verbindungen zugehfirigen Bea- 
rerstreams RTP durch spezielle Nachrichten H-at bewirkt, die 
z.B. als Pakete RTCP rait einem Parameterwert Packet Loss = 

35 100 % ausgebildet sind. Dies erfolgt moglichst zeitnah zura 

Auslosen der Verbindungen. Vorteilhaft wird das Aussenden der 
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Nachrichten Nm geglattetr urn Nachrichtenfluten zu vemeiden. 

Das Gateway MGikgress teilt seiner seits nach Oberschreiten 
eines Schwellwerts von empfangenen Nachrichten Nin dem vorge- 
5 schaXteten PSTI^a cLen Ausfall der Verbindung mit. Gemafi einer 
Variante der Erfindung wird diese Mltteilung Mtdm (a) auf der 
Resource Control Ebene RCL bewirkt, indem z.B. die zugehori- 
gen PCM Strecken zum Netz PSTNa kurzzeitig deaktiviert wer- 
den. GemaB einer alternativen Variante der Erfindung wird die 

10 Mitteilung auf der Call Control Ebene CCL bewirkt. Hierzu 
wird dem Controller MGCa von dem Gateway MGingress niit Nach- 
richten Nemlore der anhand der Nachrichten Nm erkannte Ausfall 
der Verbindungen mitgeteilt, worauf dieser Ausfall vom Cont- 
roller MGCa in ublicher Weise mit Signalisierungsnachrichten 

15 Nss7 dem Netz PSTNa mitgeteilt wird. Nach Erhalt dieser Mit- 
teilung werden im Netz PSTNa darauf in ublicher Weise die 
Bearer ISDNa/ TDMa im Netz PSTNa ausgelost und die Vergebtih- 
rung G zeitnah zu der Unterbrechung der end-to-end Verbindung 
gestoppt . 

20 

Optional wird von dem Gateway MGegress das Auslosen der Verbin- 
dungen auch in Vorwartsrichtung auf der Resource Control 
Ebene RCL mitgeteilt. Diese Mitteilung Mtdh <b) kann bei Zusam- 
menschaltung mit nachgeordneten Netz PSTNb wiederum durch 

25 physikalisches Deaktivieren der tlbermittlungs strecken bewirkt 
werden. Vbrteilhaft werden so die Bearer TDMb/ ISDNb zeitnah 
zu dem Ausfall der Verbindungen in dem Netz PSTNb ftir Neube- 
legungen f reigeschaltet . Dieser Vorteil ist besonders schon, 
wenn die tibliche Freigabe auf der Call Control Ebene CCL 

30 infolge des Recovery des Controllers MGCb nicht Oder nur 
verzogert bewirkt werden kann. 

Dem Fachmann ist klar, dass die Erfindung nicht nur bei den 
Virtual Trunking Szenarien, bei denen der Controller MGCa des 
35 ingress-seitigen MGihgress bzw. der Controller MGCb des egress- 
seitigen Gateway MGegress ein High Level Recovery durchiauft, 
sondem bei alien denkbaren Netzkonfigurationen, insbesondere 
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alien Interworking Szenarien wie TDM < > IP phone oder TDM 
<-> Access Gateway funktioniert, v. a. wenn der Ausfall des IP 
Bearers RTP in den Ausfall der (liber den Virtual Trunking 
Gateway MG) zugehorigen PCM Strecken umgesetzt wird. Der 
5 Ausfall der Nutzkanale wird so in alien Fallen unverziaglich 
ins Netz signalisiert, d.h. ohne Verzdgerung durch das Reco- 
very des Controllers MGC. 

Weiterhin xst dem Fachmann klar, dass sich die beiden be- 
10 schriebenen Szenarien nattirlich bei einer bi-direktionalen 
Verbindung ohne weiteres iiberlagern konnen, d.h. dass bei- 
spielsweise bei einem Gateway MGibchess nicht nur eine Mittei- 
lung Mtdm in Richtung des PSTNa, sondern parallel dazu auf der 
Gegenrichtung - d.h. der Ubermittlungs richtung von Teilnehmer 
15 B zu Teilnehmer A (beziiglich der das Gateway MGtwgress dann 

einen EGRESS darstellt) - auch zusatzlich eine Mitteilung Mn, 
in Richtung des Gateways MG^^ss ausgelost werden kann. 

Abschlie&end sei darauf hingewiesen, dass die Beschreibung 
20 der fiir die Erfindung relevant en Komponenten des Koiranunikati- 
onsnetzes grundsStzlich nicht einschrankend zu verstehen ist. 
Fur einen einschlagigen Fachmann ist insbesondere offensicht- 
lich, dass Begriffe wie Applikation, Client, Server, Gateway ^ 
Controller, etc... funktional und nicht physikalisch zu ver- 
25 stehen sind. Somit konnen beispielsweise die Endpunkte A, B 
auch teilweise oder vollstandig in Software / Computerpro- 
grammprodukten P und/oder uber mehrere physikalische Einrich- 
tungen verteilt realisiert werden. 
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Patenteuispriiche 

1- Verfahren zum Auslosen einer Verbindung in einem Kommuni- 
5 kationsnetz (IN) mit 

- einer Call Control Ebene (CCL) , der ein Media Gateway 
Controller (MGC) zugeordnet ist, und 

- einer Resource Control Ebene (RCL) , der ein von dein Cont- 
roller gesteuertes und als separate Einheit realisiertes 

10 Media Gateway (MG) zugeordnet ist, 
mit folgenden Schritten: 

- Senden einer Steuernachricht (Nh.248/mgcp} voir Controller zum 
Gateway, die Verbindung auszulosen, 

- Auslosen der Verbindung im Gateway, 

15 - Mitteilung des Ausldsens an zumindest einen Netzknoten 

(Sk, MGiNGREss) entlang der Verbindung, wobei die Mitteilung 
(M) auf der Resource Control Kbene bewirkt wird. 

2. Verfahren nach Anspruch 1, 

20 bei dem das Kommuni kationsnetz als paketorientiertes Netz - 
insbesondere als integriertes Sprach-Daten-Netz (SDN) - aus- 
gebildet ist. 

3. Verfahren nach einem der vorstehenden AnsprUche, 

25 bei dem das Koiranunikationsnetz iiber das Gateway mit einem 
leitungsorientierten Netz (PSTN) zusammengeschaltet ist, 
zumindest einer der Netzknoten ein Vermittlungsknoten (Sa) 
des leitungsorientierten Netzes ist und die Mitteilung (Mtdm) 
durch Ausfall eines Obermittlungskanals zwischen dem Gateway 

30 und dem Vermittlungsknoten bewirkt wird. 

4. Verfahren nach dem vorstehenden Anspruch, 

bei dem die Zeitdauer des Ausfalls so bemessen ist, dass die 
Hardware t)berwachung des Vermittlungsknotens den ybermitt- 
35 lungskanal als ausgefallen meldet. 
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5. Verfahren nach einem der voratehenden Ansprtiche, 

bei dem zumindest einer der Netzknoten ein zweites Gateway 
(MGiNGRESs) ist und die Mitteilung (Mm) durch Senden von spe- 
ziellen Nachrichten (Njn) - insbesondere durch Senden von 
5 RTCP Paketen, mit denen eine Information "Packet Loss « 100 
%*' angezeigt wird - vom erst en Gateway (MGbgress) zuzn zweiten 
' Gateway bewirkt wird. 

6. Verfahren nach dem vorstehenden Anspruch, 

10 bei dem das zweite Gateway nach Uberschreiten eines Schweli- 
wertes von derartigen speziellen £3achrichten seinerseits 
ziunindest einem weiteren Netzknoten (Sa) / der nicht identisch 
ist mit dem ersten Gateway, das Auslosen der Verbindung mit- 
teilt, wobei diese Mitteilung insbesondere von dem zweiten 

15 Gateway (MGincress) an seinen zugeordneten Controller (MGa) und 
von diesem auf der Call Control Ebene zu dem weiteren Netz- 
knoten (Sa) ubermittelt wird. 

7. Verfahren nach einem der vorstehenden Anspruche^ 

20 bei dem die Steuernachricht auf Grund eines Recovery des 
Controllers gesendet wird. 

8 . Con^uterprogrammprodukt (P) , umf assend Sof twarecodeab- 
schnitte, mit denen ein Verfahren nach einem der vorstehenden 

25 Verfahrensanspriiche durch zumindest einen Prozessor ausge- 
fiihrt wird. 

9. Vorrichtung - insbesondere Controller (MGC) oder Gateway 
(MG) - mfassend Mittel zur Durchfuhrung eines Verfahrens 

30 nach einera der vorstehenden Verfahrensanspriiche. 

10. Anordnung - insbesondere paketorientiertes Netz (IN) f 
integriertes Sprach-Daten-Netz (SDN) oder hybrides Netz (IN, 
PSTN) " umfassend Computerprogramn^rodukte und/oder Vorrich*- 

35 tungen zur DurchfOhrung eines Verfahrens nach einem der vor- 
stehenden Verfahrensanspriiche. 
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